Redemption System for Mobile Device

ABSTRACT

A redemption system for a mobile device includes a database module for determining a target customer. A streaming module is connected to the database module for serving content to the target customer. A priority module is connected to the streaming module for implementing a content delivery schedule. The streaming module serves first content data to the target customer. If the target customer affirmatively responds to the first content data, the priority module causes the system to send a redemption mechanism embedded in second content data to the target customer. The redemption mechanism enables the target customer to engage in a redemption activity using the mobile device.

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

The present patent application is related to co-pending U.S. patentapplication Ser. No. ______, Attorney Docket No. 125723.00003, entitled“Data Delivered to Targeted Mobile Device” and filed concurrentlyherewith by David Hurowitz et al. The present patent application isfurther related to co-pending U.S. patent application Ser. No. ______,Attorney Docket No. 125723.00004, entitled “Content Delivery System forMobile Device” and filed concurrently herewith by David Hurowitz et al.The present patent application is further related to co-pending U.S.patent application Ser. No. ______, Attorney Docket No. 125723.00005,entitled “Incentive System for Mobile Device” and filed concurrentlyherewith by David Hurowitz et al. The present patent application isfurther related to co-pending U.S. patent application Ser. No. ______,Attorney Docket No. 125723.00007, entitled “Bidding and Gift RegistrySystem and Method for Mobile Device” and filed concurrently herewith byDavid Hurowitz et al.

FIELD OF THE INVENTION

The present invention relates in general to mobile devices and systemsand, more particularly, to an apparatus, system and method oforganizing, delivering and receiving advertising, promotional materialand other information to/from a targeted mobile device.

BACKGROUND OF THE INVENTION

Mobile devices such as cellular phones, personal desktop assistant (PDA)devices, Blackberry® devices and portable computing devices includingnotebooks, notepads and touchpads have become commonplace in today'ssociety. It is not uncommon for a person to have at least a singlemobile device accompanying the person at all times. Increasingly,persons are reliant on mobile devices for communication, information,and entertainment.

Cellular phones have traditionally been used to send and receive voiceinformation first in analog form, then in digital form. However, withincreasing bandwidth, technology and processing power as mobile deviceshave become increasingly technologically sophisticated, cellular phonesare becoming capable of handling additional data and other informationtransferring capabilities. In addition, functionality that was onceregulated to fixed, desktop computers is becoming commonplace in mobiledevices, and is seen more commonly in cellular phone-type devices.

At the same time that customers are looking to mobile devices foradditional functionality and flexibility, vendors, marketers and otherindividuals are looking to provide the additional functionality andflexibility to the customer.

As of yet, developers have not taken complete advantage of thetechnology afforded to developers as incorporated into today's mobiledevices. Persons who own mobile devices clearly make the devices uniqueto the person. The mobile device belongs to that person, and oftenincorporates the person's personality traits, for example in the choiceof the person's ring tone. Vendors, marketers and others have not, as ofyet, taken full advantage of the individuality that mobile devicesexhibit.

In light of the foregoing, a need exists for a system and method ofcreating, organizing, delivering and receiving targeted informationto/from a mobile device to take full advantage of the individuality of amobile device.

SUMMARY OF THE INVENTION

In one embodiment, the present invention is a redemption system for amobile device, comprising a database module for determining a targetcustomer, a streaming module connected to the database module forserving content to the target customer, and a priority module connectedto the streaming module for implementing a content delivery schedule,wherein the streaming module serves first content data to the targetcustomer, whereupon if the target customer affirmatively responds to thefirst content data, the priority module causes the system to send aredemption mechanism embedded in second content data to the targetcustomer, the redemption mechanism enabling the target customer toengage in a redemption activity using the mobile device.

In another embodiment, the present invention is a method for redeemingan incentive using a mobile device using a data management system,comprising determining geographical information of a particularcustomer, aggregating the geographical information by the datamanagement system, matching the geographical information with user data,identifying a target customer based on the geographical informationmatched with user data, sending a content notification to the targetcustomer, and sending matched content to the target customer, wherein aredemption mechanism is embedded in the matched content to allow thetarget customer to redeem the incentive using the mobile device.

In still another embodiment, the present invention is a computer programproduct usable with a programmable computer processor having a computerreadable program code embodied therein, comprising computer readableprogram code which determines geographical information of a particularcustomer, computer readable program code which aggregates thegeographical information by the data management system, computerreadable program code which matches the geographical information withuser data, computer readable program code which identifies a targetcustomer based on the geographical information matched with user data,computer readable program code which sends a content notification to thetarget customer, and computer readable program code which sends matchedcontent to the target customer, wherein a redemption mechanism isembedded in the matched content to allow the target customer to redeemthe incentive using the mobile device.

In still yet another embodiment, the present invention is a method ofmanufacturing a redemption system for a mobile device, comprisingproviding a database module for determining a target customer, providinga streaming module connected to the database module for serving contentto the target customer, and providing a priority module connected to thestreaming module for implementing a content delivery schedule, whereinthe streaming module serves first content data to the target customer,whereupon if the target customer affirmatively responds to the firstcontent data, the priority module causes the system to send a redemptionmechanism embedded in second content data to the target customer, theredemption mechanism enabling the target customer to engage in aredemption activity using the mobile device.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to understand the advantages of the invention, a moreparticular description of the invention briefly described above will berendered by reference to specific embodiments that are illustrated inthe appended drawings. Understanding that these drawings depict onlytypical embodiments of the invention and are not therefore to beconsidered to be limiting of its scope, the invention will be describedand explained with additional specificity and detail through the use ofthe accompanying drawings, in which:

FIG. 1 illustrates an overall data management system for a mobile deviceincluding a data delivery network;

FIG. 2 illustrates a delivery system in a data management and deliverysystem for a mobile device, including a streaming module, prioritymodule, database module, gateway module, communications module, and usermodule;

FIG. 3 illustrates an example database module, including variousdatabases such as a user database, customer database, media database,payment database, and schedule database;

FIG. 4 illustrates an example streaming module, including a mediaserver, proxy server, and short-message-service (SMS) aggregator;

FIG. 5 illustrates an example media server having a central processingunit, mass storage device, communication port, memory, communicationnetwork, and/or computer system;

FIG. 6 illustrates an example method of data management according to thepresent invention;

FIG. 7 a illustrates various example factors used by a data managementsystem to determine a target customer;

FIG. 7 b illustrates various example categories of customer at aparticular time which can be used in a data management system todetermine a target customer;

FIG. 7 c illustrates various example factors which a data managementsystem can utilize in determining a target customer or formulatingcontent;

FIG. 7 d illustrates example data which can be stored and analyzed by adata management system to appropriately determine a target customer;

FIG. 8 illustrates an example method of operation of a data managementsystem including a dynamic system of providing matched content;

FIG. 9 illustrates an example method of operation of a data managementsystem including a system of providing and redeeming incentives;

FIG. 10 illustrates an example rating system of a data management systemfor a mobile device;

FIG. 11 illustrates an example method of operation of a data managementsystem including a mechanism to share content;

FIG. 12 illustrates an example method of operation of a data managementsystem including a virtual SMS exchange with a target customer's mobiledevice;

FIG. 13 a illustrates a first example graphical-user-interface (GUI)screen of a mobile device showing a first SMS notification;

FIG. 13 b illustrates a second example GUI screen of a mobile deviceshowing a verification step;

FIG. 13 c illustrates a third example GUI screen of a mobile deviceshowing the delivery of content;

FIG. 13 d illustrates a fourth example GUI screen of a mobile deviceshowing a second SMS notification;

FIG. 13 e illustrates a fifth example GUI screen of a mobile deviceshowing the delivery of matched content;

FIG. 13 f illustrates a sixth example GUI screen of a mobile deviceshowing a redemption system having a barcode;

FIG. 14 illustrates an example method for implementing a personalizedauction system in conjunction with a data management system; and

FIG. 15 illustrates an example method for implementing a giftregistration system in conjunction with a data management system.

DETAILED DESCRIPTION OF THE DRAWINGS

Many of the functional units described in this specification have beenlabeled as modules in order to more particularly emphasize theirimplementation independence. For example, a module can be implemented asa hardware circuit comprising custom VLSI circuits or gate arrays,off-the-shelf semiconductors such as logic chips, transistors, or otherdiscrete components. A module can also be implemented in programmablehardware devices such as field programmable gate arrays, programmablearray logic, programmable logic devices, or the like.

Modules can also be implemented in software for execution by varioustypes of processors. An identified module of executable code can, forinstance, comprise one or more physical or logical blocks of computerinstructions which can, for instance, be organized as an object,procedure, or function. Nevertheless, the executables of an identifiedmodule need not be physically located together, but can comprisedisparate instructions stored in different locations which, when joinedlogically together, comprise the module and achieve the stated purposefor the module.

Indeed, a module of executable code can be a single instruction, or manyinstructions, and may even be distributed over several different codesegments, among different programs, and across several memory devices.Similarly, operational data may be identified and illustrated hereinwithin modules, and may be embodied in any suitable form and organizedwithin any suitable type of data structure. The operational data may becollected as a single data set, or may be distributed over differentlocations including over different storage devices, and may exist, atleast partially, merely as electronic signals on a system or network.

Reference throughout this specification to “one embodiment,” “anembodiment,” or similar language means that a particular feature,structure, or characteristic described in connection with the embodimentis included in at least one embodiment of the present invention. Thus,appearances of the phrases “in one embodiment,” “in an embodiment,” andsimilar language throughout this specification may, but do notnecessarily, all refer to the same embodiment.

Reference to a signal bearing medium may take any form capable ofgenerating a signal, causing a signal to be generated, or causingexecution of a program of machine-readable instructions on a digitalprocessing apparatus. A signal bearing medium may be embodied by atransmission line, a compact disk, digital-video disk, a magnetic tape,a Bernoulli drive, a magnetic disk, a punch card, flash memory,integrated circuits, or other digital processing apparatus memorydevice.

The schematic flow-chart diagrams included are generally set forth aslogical flow-chart diagrams. As such, the depicted order and labeledsteps are indicative of one embodiment of the presented method. Othersteps and methods may be conceived that are equivalent in function,logic, or effect to one or more steps, or portions thereof, of theillustrated method. Additionally, the format and symbols employed areprovided to explain the logical steps of the method and are understoodnot to limit the scope of the method. Although various arrow types andline types may be employed in the flow-chart diagrams, they areunderstood not to limit the scope of the corresponding method. Indeed,some arrows or other connectors may be used to indicate only the logicalflow of the method. For instance, an arrow may indicate a waiting ormonitoring period of unspecified duration between enumerated steps ofthe depicted method. Additionally, the order in which a particularmethod occurs may or may not strictly adhere to the order of thecorresponding steps shown.

Furthermore, the described features, structures, or characteristics ofthe invention may be combined in any suitable manner in one or moreembodiments. In the following description, numerous specific details areprovided, such as examples of programming, software modules, userselections, network transactions, database queries, database structures,hardware modules, hardware circuits, hardware chips, etc., to provide athorough understanding of the embodiments of the invention. One skilledin the relevant art will recognize, however, that the invention may bepracticed without one or more of the specific details, or with othermethods, components, materials, and so forth. In other instances,well-known structures, materials, or operations are not shown ordescribed in detail to avoid obscuring aspects of the invention.

Throughout this specification, reference to the following terms isintended to refer to the following descriptions, although the followingterms are not intended to be limited solely by such descriptions. In thefollowing paragraphs, reference to a “user” is intended to refer toentities and persons who are seeking to deliver promotional contentrelating to a good or service, such as vendors, advertisers, etc.,including company employees and personnel. Reference to a “customer” isintended to refer to customers who utilize services provided through amobile device, such as subscribers to a cellular phone service, etc.Reference to an “audience, is intended to refer to customers and/orother individuals or groups who have, and have been granted permissionto receive content. “Content” is intended to refer to advertising,marketing promotions, entertainment, dialogue, polls, or any othercommunication between users and customers.

Reference to a “dashboard” is intended to refer to a Web or otherremote-based interface for users which facilitates delivery of contentto audiences. Reference to “database(s)” is intended to refer tocombined hardware and/or software designed to retain informationsubmitted by (or compiled through commercial means) customers and thenused to categorize, score (rank, for example) or otherwise groupindividuals. Further, databases will be used to create, deliver, reportand/or analyze any content sent from system(s) to customers or otheraudiences.

Reference to “device(s)” is intended to describe hardware such asreceivers, transmitters, data storage instruments, Internet basedapplications, etc. Reference to “program(s)” is intended to describeefforts by users either to draw a desired response from customers orsimply deliver content to audiences and/or customers. Reference to“system(s)” describes proprietary software and hardware used byconsumers, promoters, entertainers and/or advertisers.

“Target audience(s)” is intended to refer to individuals and/or groupsof individuals who share similar attributes, including (but not limitedto); demographics, lifestyles, product interests, intent to purchasespecific categories of goods and/or services, etc. Finally, reference to“template” identifies a pre-defined design and/or textual element usedto embody a communication. Users can select from pre-defined templatesand customize the templates to the degree that satisfies theircommunication need.

FIG. 1 depicts an example system 10 for creating, organizing, storing,receiving and delivering content to a targeted mobile device. A centraldelivery system 12 is utilized in system 10 to organize, store, send,and receive content. Delivery system 12 includes a host of subcomponentswhich will be described in greater detail following.

System 10 includes a user interface 14 and a customer interface 16. Userinterface 14 is electrically connected via a signal bearing medium 18 todelivery system 12. Likewise, customer interface 16 is electricallyconnected via a signal bearing medium 20 to delivery system 12. Userinterface 14 and customer interface 16 can include personal computerdevices, hand-held devices, PDA devices, “dumb” terminals, servers,workstations, or a host of other hardware/software variations capable ofincluding a graphical user interface (GUI) to interface between a personand a computer system.

A signal bearing medium 22 electrically connects delivery system 12 witha voice/data network 24. The network 24 can include local-area-networks(LANs) or wide-area-networks (WANs). The network 24 can includepreexisting network infrastructures, such as the world-wide-web. Network24 can include components intended to transmit data using opticalsignals such as a fiber optic network.

Network 24 is electrically connected via a signal bearing medium 26 totransceiver tower 28. Tower 28 can include standard cellular phonetowers having transmitting and receiving capabilities which aregenerally known in the art. Tower 28 can use such generally knownmultiplexing technologies as Code-Division-Multiple-Access (CDMA) orTime-Division-Multiple-Access (TDMA). Tower 28 can make use of generallyknown modulation technologies including a host of frequency-shift-keying(FSK) methodologies. Tower 28 can be compliant with a Global Standardfor Mobile Communications (GSM) protocol in a variety of generations.

Tower 28 uses commonly known methods and technologies to transmit signal30 to a mobile device 32, Mobile device 32 also can be capable ofbroadcasting a signal 30 to tower 28. Signal 30 can include modulatedand/or multiplexed signals compliant with the technologies justdescribed. Mobile device 32 can include such devices such as cellularphones, personal desktop assistant (PDA) devices, Blackberry® devicesand portable computing devices including notebooks, notepads andtouchpads. Mobile device 32 can include memory devices (not shown) suchas a Subscriber Identity Module (SIM) card or an equivalent. Mobiledevice 32 can include memory devices having non-volatile memory such asflash memory.

Satellite 34 is shown positioned above mobile device 32. Satellite 34can transmit a TDMA signal 30 that is compliant with a globalpositioning system (GPS) specification, and received by mobile device32. Mobile device 32 can calculate a geographical location of the mobiledevice 32 which is sent via signal 30 to tower 28. The capabilities ofmobile device 32 will be described in additional detail following.

Turning to FIG. 2, a block diagram of an example delivery system 12 isdepicted. Delivery system 12 includes signal bearing mediums 18, 20, and22 as previously described which provide connections of various modulesof system 12 to various outside interfaces and networks. User interface14 is connected by medium 18 to user module 36. Also inclusive in system12 are communications module 38, gateway module 40,streaming/short-message-service (SMS) module 42, priority module 44, anddatabase/payment module 46. Each of the various modules can beinterconnected via signal bearing mediums, communications channels,networks, and the like.

User module 36 provides a vehicle for users to organize and assemblecontent and other communications elements which is intended to bedistributed to a customer. User module 36 is intended to be accessed byauthorized users of system 12. Once a user has gained authorization andaccess system 12, components of content can be assembled when users makeselections from existing communications elements (graphics, sounds,text, images, etc.). Users are also able to upload user-defined elementsusing module 36. The uploaded elements may be served or otherwisedistributed to the customer “as is,” or may be modified as allowed bythe system 12. Modifications can include (but are not limited to), voiceover (announcer) sound, text (such as business addresses, phone numbers,etc.), or other modifications required by the user (and allowed by thesystem).

User module 36 is electrically connected to communications module 38.Communications module 38 works in conjunction with user module tofurther customize content which is organized by a user. Communicationsmodule 38 can merge data, templated data, uploaded files, or othermessage components with customized user input to comprise a completedcommunication (finished content). The communications module 38 can bedesigned to accept uploads from outside feeds (links, static fileuploads and the like). Communications module 38 can include storagecapabilities to store informational elements in an onboard database orelsewhere for use in final assembly. Examples of user supplied contentcan include existing commercials, licensed images, photographs, soundtracks, music scores, voice-over (announcer) files, and other data.

Communications module 38 can convert individual components or finishedcontent to usable, streaming format. Module 38, again, can storefinished content for future use, distribution, analysis, etc. Module 38can be adapted for “dynamic content building.” In other words, themodule 38 can assemble content based on individual target audiencemember attributes (music preference, ethnicity, past purchase behavior,etc.). Examples of target audience-based content include modification ofbackground music for an advertisement based upon genre preference, orsubstituting a voice-over in Spanish, versus English (if languagepreference is Spanish), or a color of car featured in content based onpast color selection of last auto purchased.

Module 38, as well as module 42, can also be configured to drive logicfor “virtual short-message-service (SMS) conversations.” If a customerresponds a certain way to an SMS notification (of content pending), theymay be responded to with a version of additional SMS content, and so on.The concept of virtual SMS communication over system 12 will be furtherdescribed.

Module 38 can include an ability to assemble content using multipleusers (advertisers, for example). In some cases, content can bedelivered that features multiple products, services, brands, etc. Incases where the content of multiple users is assembled, module 38 caninclude prompts within the content which offers customers theopportunity to link to additional information, or choose to “purchasenow.” Module 38 can link to other system 12 components required for datafeeds, response tracking and other functions.

User module 38 is also seen electrically connected to a database/paymentmodule 46. Database/payment module 46 can include an onboard interfacewhich serves as a primary system 12 interface for Customers. The onboardinterface can work in conjunction with an initial customer interface 16infrastructure. Module 46 can include a public-access region which isaccessible by customers using a variety of methods, such as theworld-wide-web (WWW). For example, a customer can use the WWW to accessand update the system 12 through module 46.

Module 46 can host forms used to collect data from customers. The datamay be entered directly by customers, or may be entered by companypersonnel. A customer may authorize a third party to enter respectivedata which is collected by module 46. Module 46 can contain a repositoryof all data collected from and/or derived about customers.

Module 46 can be configured to create a relationship between individualdata elements, or groups of data elements for the purpose of targetaudience definition, program planning, post-program analysis, etc. Thecreation of relationships according to individual data elements canproceed in a manner which is generally known in the art, usingtraditional database architectures.

Module 46 can include a “fast-count engine” having the capability totabulate records based on conditional queries. Module 46 can assign atarget audience “tag” or identifier to records to be used in a compiledtarget audience. This tag becomes a relational key to match content tothe intended target audience. Module 46 can offer customers the choiceof preventing future messages or delivery of content from specific users(retailers, brands, etc.). In the case of a customer who chooses toblock future content from a specific user, the customer can be tagged asineligible for messages from the respective users.

Module 46 can, through links from various related modules in system 12,allow customers to “forward” content of interest to other selectedcustomers (members), or groups of members, provided that other selectedcustomers allow such transactions.

Through the module 46, customers are able to build profiles of othersfor certain purposes. For example, a customer may want to receivecontent appropriate for another person (customer or non-customer). Inthis case, module 46 can submit the customer into a target audience forthe type of content appropriate for the profiled third party. This maybe useful when shopping for gifts for friends, family, businessassociates and so on.

Module 46 can contain a “gift registry”, and authorize other customersthe opportunity to check for such a gift registry for gift ideas.

Customers can be authorized to utilize module 46 to request more contentin a specific area of interest. For example, if a customer is activelyseeking a new automobile, they may request content related to cars. Sucha request would usurp typical system 12 restrictions of frequency ofcontent to that customer.

Returning to FIG. 2, communications 38 is shown connected to gatewaymodule 40. Gateway module 40 performs authentication functions tovalidate customer input on system 12. The gateway module 40, forexample, can receive customer PIN entries (from the target audiencemembers) to verify the customer's acceptance of the pending content.

Module 40 can be adapted to authenticate customer acceptance and thencommunicate with other system 12 modules such as the streaming module 42to issue content to the customer. The gateway module 42 can output datato various other modules in system 12. Module 42 can indicate to othersystem 12 modules that the customer has requested delivery of respectivecontent. Module 42 can validate data transmissions to preventunauthorized access to the system 12.

Communications module 38 in example system 12 is shown connected topriority module 44. Priority module 44 can link with database/paymentmodule 46 of system 12 to verify that a user has fulfilled paymentrequirements. Based on system 12 requirements, scheduling load, customerpreferences and confirmation of payment, module 44 can schedule thedelivery of the content to the target audience, and thereby, to atargeted customer in the target audience.

Module 44 can be configured to submit data to the streaming/SMS module42, which in turn can submit messages to the customer device (mobilephone) via medium 22 over network 24 to alert the target audience memberthat content is waiting to be delivered for viewing. As such, module 44can submit SMS content data to SMS module 42 for delivery to thecustomer. In addition to submitting SMS content data, module 44 can alsosubmit streaming content data or similar content data to the module 42for delivery to the customer.

Module 44 can receive input from database/payment module 46. The inputcan include such information as a customer's response to a previouscommunication, and can, in turn, cue subsequent (sequential)communications based on criteria defined in a particular variation orimplementation of system 12.

Streaming/SMS module 42 can receive content data from priority module44. The streaming/SMS module 42 can receive authorization from thegateway module 40 which indicates that a customer (target audiencemember) has granted permission to the system 12 to deliver the contentto a mobile device 32 or elsewhere. Streaming/SMS module 42 thenprocesses the data (the basic elements of the content) for delivery tothe customer (target audience member), via the gateway module 40.

Streaming/SMS module 42 can be configured to deliver dynamic voice calllinkage preceding, after, or during content delivery for the purpose ofplacing a voice call to a user's customer service department, thenearest retailer, etc.

After becoming authorized, users can access the user module 36 login toaccess the database/payment module 46. Once recognized by the usermodule 36, users can enter required data such as product/servicecategory, retail location data, program geography, promotional values(discounts, for example), etc. The user module 36 can allow users toselect (again, via the database/payment module 46) from an array of dataattributes to help define target audience parameters such as gender,age, location, brand preference, intent to purchase a specific goodand/or service, etc.

User module 36 can facilitate system 12 access necessary for contentbuild, target audience definition, payment, and other operational needs.User module 36 can interface with the database/payment module 46, andcommunications module 38. User module 36 can interact with thedatabase/payment module 46 or other related modules for programreporting and analysis.

User module 36 can repeatedly interface with the database/payment module46 (possibly multiple times per program), based on the billing optionsselected in the setup of the program. An example of such repeated accessincludes performance-based payments (higher charges for positiveresponse). User module 36 can employ locator technology (GPS, towertriangulation, etc.) to determine nearest user outlet/retail location tocustomers. Module 36 can therefore store data for the user's retailand/or distribution base.

The various functionality of each of modules 36, 38, 40, 42, 44, and 46will be discussed in more detail, following. In addition, examples whichdescribe the various interactions between the modules constitutingsystem 12 and the overall delivery system 10 will be further discussed.

Turning to FIG. 3, a block diagram of database/payment module 46 is seenin greater detail, including an example set of subcomponents which makeup module 46. Database/payment module 46 contains an organizedcollection of data. Module 46 can be organized according to a variety ofmodels, such as a flat, hierarchical, network, or relational. Module 46can incorporate such standards as structured query language (SQL) orsimilar standards known in the art. The various database platforms whichcan constitute module 46 can utilize software database drivers havingapplication programming interfaces (APIs), examples of which includeJava database connectivity (JDBC). The APIs can function to retrieveinformation stored in module 46 or any of the various subcomponents ofmodule 46.

Module 46 is shown having various subcomponent databases. Module 46 caninclude additional databases or utilize organizational structures asneeded to satisfy a particular application. User database 48 is shownhaving a connectivity to user module 36. User database can function toorganize, store and retrieve data related to users, such asidentification information associated with a particular registered user.A new user can utilize an example user interface 14 to access usermodule 36 and register user information which is stored in user database48. In addition, user database can include a host of transactionalinformation which has been stored from previous exchanges with customersto deliver content. The transactional information can be used to providestatistical analysis for future content delivery.

User database 48 is shown connected to customer database 50. Like userdatabase 48, customer database 50 can be utilized to organize, store andretrieve data related to customers, such as identification informationassociated with a particular registered customer. A new customer canutilize an example customer interface 16 to register as a new customeron system 10. The new customer can provide identification informationsuch as name, age, and preferences information. The information can bemoved through system 12 to customer database 50 and stored on database50.

Media database 52 is shown connected between user database 48 andpayment database 54, while also sharing an outside connection from/tostreaming/SMS module 42. Media database can be used to organize, storeand retrieve content information which is organized by a user of system10 and delivered to a customer. Content information can include SMSmessages, voice, video, audio, or a combination of the foregoing.

Media database 52 is shown connected to payment database 56, which canfunction to organize, store and retrieve customer and/or user paymentinformation. Payment database 56 can keep payment information such ascredit card information of a particular customer on file, so as toenable a quick transaction between customer and user, customer andsystem 10, and/or user and system 10.

Payment database 56 is shown connected to schedule database 56.Communications module 38 can work closely with schedule database 56,located as part of database module 46, communications module 38, orelsewhere to schedule delivery of content through network 24 to acustomer 32. Schedule database 56 can contain information pertaining totiming of delivery of content. Schedule database, for example, caninclude timeline information which specifies which content is deliveredat a certain time, or in response to certain parameters, or in responseto a customer or user's input into system 12. Database 56 is shownconnected through module 46 from/to priority module 44.

Turning to FIG. 4, a block diagram of streaming/SMS module 42 is seen ingreater detail, including an example set of subcomponents which make upmodule 42. Module 42 includes signal bearing connecting module 42 tovoice/data network 24. SMS aggregator 58 is a module 42 subcomponentwhich can be hosted as part of module 42 or elsewhere. Aggregator 58 canbe an independent third party which is located as part of network 24 toaggregate and deliver bulk SMS data over network 24. Alternatively,system 12 can host SMS aggregator 58 to aggregate SMS messages in bulkfor delivery through network 24 to multiple customers.

Module 42 includes media server 60. Media server 60 can include a hostof components which enable server 60 to serve content through module 42and network 24 to a customer. The components can be compatible withvarious computer, communications, and signal protocols to enable contentto be served appropriately. For example, media server can includesubcomponents allowing the transfer of such standards as imagescompatible with JPEG or TIFF standards, video compatible with MovingPicture Experts Group (MPEG) standards in any variation or generation,etc.

Media server 60 is connected to proxy server 62 to allow clients (users,customers or system 12 operators) to make indirect network connectionsto other network services through module 42 and throughout system 12.The client can connect to the proxy server 62 through network 24 orelsewhere, then request a connection, file, or other content resourceavailable on a different server or module. The proxy server 62 canprovide the resource either by connecting to the specified module orserver or by serving it from cache. In some cases, the proxy server 62can alter the client's request or the server's response for variouspurposes. Server 62 can also act as a firewall for module 42 or forother system 12 subcomponents.

FIG. 5 illustrates a block diagram of various example subcomponents ofmedia server 60. FIG. 5 can also serve to illustrate various examplesubcomponents of other modules in system 12. Media server 60 includescentral processing unit (CPU) 64. CPU 64 can include a single or severalprocessing units which are linked to perform computer tasks. CPU 64 isconnected to a mass storage device 66. Device 66 can include a harddrive, or a series of hard drives which are configured in a redundantarray of independent disks (RAID) topology or similar to store largeamounts of data or other content information. CPU 64 connects to memorydevice 68. Memory device 68 can include nonvolatile memory such as flashmemory or similar. CPU 64 is also shown connected to communication port,which allows two-way communication between CPU 64 and an outsidecommunication network 72. Communication network 72 can include a host ofnetworking components which are known in the art to providecommunication over a network. Network 72 connects to a remote computersystem 74 which may perform similar or different functions, but whichcan still be hosted on server 60. Network 72 is also coupled throughmodule 60 to proxy server 62 to deliver and receive data from outsidesources in system 12 or elsewhere.

Various examples of operation of delivery system 12 operating as part ofoverall system 10 will now be described. A first example A describes anoverall method to design and develop, distribute, and analyze customerand/or target audience data over system 12. A user is first allowed toaccess company system(s) 10, 12 in order to compose content (anadvertisement or other communication) and then distribute that messageto a customer and/or target audience (individual or group(s)) overnetwork 24 and elsewhere. As part of a next step to register a new useron system 12, the prospective user first completes an application(online form, hardcopy via mail-in, in-person, facsimile, or any otherapproved method) to become an authorized user. The process ofregistering a new user can occur through a computer device with anetwork terminal operating as a user interface 14. Alternatively, asystem 12 operator can enter and otherwise upload the registrationinformation to various modules operating as part of system 12. Userinterface 14 can have an associated graphical user interface (GUI) whichassists the user in entering information into the computer device.

The user, as a next step, begins to compose a communication, or select acommunication from provided templates. The user customizes thecommunication with any relevant text, images, sounds, vibrations orother modifications required to complete the content. The compositionand customization of communication from templates can be performed usinguser module 36 and database module 46 operating on system 12.

As a next step, the user moves into a “Target Audience Definition” areaof the site where the user will specify the profile of the targetaudience intended to receive the content. The user can elect to have thesystem 12 “recommend” a target audience (based on input by the userand/or company), or the user can make selections from a list of dataelements available for the purpose of selecting a target audience.

The user then submits the selections, whereby the system 12 will providea count of prospective recipients based upon the profile within thesystem 12. Users can select all, or a portion of the target audience.The user indicates the user's preference of the time period (approximateor exact date) the user wishes the communication to be delivered/beginto be delivered to the target audience.

As a next step, system 12, including various subcomponents of system 12,assesses (based on preset rules) members of the target audience todetermine if the members are eligible to receive the particular content.The user pays for any fees and/or other charges using a credit card orother approved method of payment.

System 12 makes the content ready for distribution (in accordance withpreset requirements and other parameters). When content is in thedelivery process, target audience members receive notification (viatheir registered device) that content is waiting to be delivered. Thisnotification can be sent as a communications signal through deliverysystem 12 over signal bearing medium 22, voice/data network 24, andsignal bearing medium 26 to tower 28 where the signal is converted toradio frequency 30 and broadcast to mobile device 32.

System 12, as part of operating rules and parameters and at thediscretion of system 12 operators, can elect to provide target audiencemembers (customers/others) the opportunity to “opt-out” of certain typesof content, including, but not limited to specific brands, categories ofproducts and/or services, etc. For example, a customer may bedissatisfied with a current utility (electric company) and may wish toreceive no further content from that company. Alternatively, customerscan request specific information regarding specific products, brands,etc. For example, a customer may be in the market for a new car andelectronically requests information and deals from local retailers.

As a next step, the intended target audience of the content elects toaccept or skip the message(s) by indicating a preference on theregistered device 32. If content is to be accepted, the target audiencemember authorizes delivery of content by entering a personalidentification number (PIN) code on their registered device, indicatingthat the member authorizes delivery of content. Such an authenticatingstep can be performed through gateway module operating on system 12.

System 12 tracks the consumer's indication to record whether or not thattarget audience member elected to receive the content, storing thecustomer's indication as part of database module 46 or elsewhere insystem 12. If the target audience member elects to receive the content,the content is delivered to the device 32 of the member. As a follow-upstep, system 12 distributes additional messages, images or subsequentcontent based on the target audience member's response (a “digitalcoupon,” for example) in accordance with the program definition andother predefined parameters.

System 12 compiles “response data” and retains the data for future useby the system 12 operators and/or authorized users. System 12 runsstatistical reports, conducts analysis, or exports data in order toprovide the users (or future or potential users) with analysis. System12 also generates reports to aid in program analysis and/orrecommendations to past, current and prospective users for marketingplanning. Such statistical analysis can be performed using databasemodule 46, user module 36, or a combination of modules incorporated intosystem 12.

In addition to an authorization process for a user, a customer alsoinitiates his experience with system 12 through an authorization processwhere the customer registers himself in system 12 through the customerinterface 16 and with the use of database module 46, or other system 12subcomponents. Customers and/or target audience members can apply andregister on system 12 in a “registration” area which can be served tothe customer via database module 46 or similar. Again, module 46 cancontain forms, templates, and other mechanisms to allow for a customerto enter information and thereby retain customer data. In manyembodiments, the registration area can appear on a local GUI/customerinterface 16 by virtue of the registration area served over the internetfrom a remote host. In addition, customers can complete hardcopyregistration materials which can be mailed-in, phoned-in, or deliveredin person. Customers can use a facsimile to provide information to athird party which enters the data into module 46 at a later date.

During the registration process of a customer, target audiencemembers/customers can complete a personal profile and can offer otherinformation that allows the system 12 to match the customer's interests(stated or derived) with content or other data, and manage transactions(purchases, fees, etc.). Potential target audience members/customers canbe required to indemnify users, or to indemnify a third party regardinginstances arising from use of a product which is promoted throughvarious content over system 12.

FIG. 6 illustrates example A in flowchart form, depicting an examplemethod 76 of design and development, distribution, and analysis of datain a system 12. The method 76 begins (step 78) with an authorizationprocess, as previously described. The user completes an application tobecome an authorized user of system 12 (step 80). Once a user is enabledto use the system to design and develop, assemble and distribute contentto customers, the user can then begin to compose a communication thatwill be sent to target audience members/customers. The user can composea communication, or select a communication from provided templates (step82).

The user can then customize the communication by adding pictures, video,sound, vibrations, and other enhancements (step 84). For example, aparticular communication might promote the release of a new vehiclemodel. The communication can be augmented by pictures or video of thevehicle to display the profile of the new vehicle to customers, or toshowcase a particular feature, such as a roomy back seat or a built-innavigation system.

Assembling and augmenting content as described in steps 82 and 84 can beperformed with the assistance of a “marketing center” which can be builtinto user module 36 and/or database module 46. The marketing center canconsist of a series of web pages where users, or the company that theyrepresent, can assemble content (advertisements, entertainment, etc.)prior to delivery to the customer (or other target audience). Of course,a company can reserve the right to approve or refuse content, and may,at the company's discretion, design, develop, and implement a ratingsystem that indicates the type and/or nature of the communication. Sucha “mobile rating system” will be described in further detail below.

Within the marketing center can reside a “marketing dashboard,” whichguides the user through content assembly, target audience definition anddelivery options. Users can select from supplied or suggested options,or the users can enter information freely into the system 12 forinclusion into the final content. The dashboard can also include toolsfor users to upload existing message components (portions of content)via the Internet (or other electronic device), or otherwise supply,access and/or purchase stock images, text or other licensed elements foruse in their finished content. The tools can include, but are notlimited to, links to existing and/or future web sites (either owned by acompany or owned by others), as well as proprietary tools necessary tocapture, compile, manipulate or otherwise make ready for final use infinished content.

Returning to FIG. 6, once the user has finished customizing respectivecontent for a particular communication, the user moves to a targetaudience definition area of the system 12 to specify a profile of thedesired target audience (step 86). Target audiences can be identifiedwhen users of the system 12 select specific characteristics, orattributes of an individual or group of individuals. For example, anadvertiser/user can access system 12 via the Internet over network 18.Once logged into a website of system 12, for example, the user canindicate that the user would like to deliver a commercial message to atarget audience (consisting of one, or many intended recipients), basedon factors such as the factors which appear in the table shown by FIG. 7a.

Relevant factors can include age, gender, income, housing, physicaladdress, education level, interests/hobbies, and the like. The table offactors shown in FIG. 7 a depicts an example list of factors. A user canselect any or all of these factors to be taken into consideration whendetermining an appropriate target audience. The user can also specifyadditional factors which are specific to his or her business, such asdesired physical intensity of a workout. The user can incorporate asmany or as few factors as desired. If the user desires to self-select atarget audience (step 88), the user then makes selections from a list ofdata elements (step 90) which, again, can include any of the examplefactors shown by FIG. 7 a.

Throughout the design and development of content, delivery, andmanagement of data that takes place in system 12, a user and/or customercan take advantage of “built-in” features of system 12 to perform workthat a user or customer is not interested in performing or to help tobetter inform the user based on overall data accessible to system 12 butnot necessarily accessible to a particular user or customer. As such,system 12 can statistically determine probabilities based on pastactivities within the system, and perform educated recommendations tousers as to next steps. The educated recommendations can includesuggestions of important design elements such as video, picture, orsound for a particular target audience group, or even a suggestion of asample target audience itself (an “Instant Audience” service, therebyelecting to have a target audience prescribed for them by the system 12)based on a particular product or application of the product. To performstatistical calculations to effect, provide “artificial intelligence” tosystem 12 and a user, system 12 can make use of any of the variousmodules of system 12, such as database module 46.

Database module 46 can execute instructions to perform statisticalanalysis of a particular user's past transaction histories, or module 46can extrapolate statistical information from a collection of relatedusers, such as all car dealers which are authorized users of system 12.Even though system 12 may have access to individual data records ofusers and customers, system 12 can include safeguards which ensurecustomer and user data privacy. Individual records, for example, may besafeguarded, while a population of non-private data can be used toextrapolate trends and for system 12 to perform educatedrecommendations. Thus, system 12 can perform an educated recommendationto suggest or predict a recommended target audience (step 92) if a userdoes not desire to self-select a target audience.

Target audience members may command different pricing to users wishingto reach the target audience members based on criteria such as responseto previous programs, or intent to purchase. System 12 can establishpricing tiers (or other pricing models) for target audience memberswhich are similarly situated. FIG. 7 b illustrates audience membercategories established according to “value-in-time,” such as “dreamingto buy,” “ready to buy” and/or “planning to buy.” System 12 canimplement separate pricing models based on the categories depicted inFIG. 7 b, or establish additional categories of target audience memberswhich can be based on user selections, or established by system 12.System 12 can provide a count of all prospective recipients of contentbased on a target audience profile which is elected or confirmed by auser. The target audience profile can fall within one of the examplevalue-in-time categories for pricing. Alternatively, system 12 can pricecontent delivery by volume, taking into account a total number ofprospective recipient customers and appropriately discounting whenhigher customer volume is concerned.

Returning to FIG. 6, once an appropriate target audience membership ofcustomers is selected or confirmed by a user, the user can indicate apreference of time period (an approximate or exact date and/or time)that the user wishes the communication to commence to a customer (step94). System 12 then assesses each member of a prospective targetaudience to determine if the member is eligible to receive content (step86). The assessment step can take into account certain operational ortransactional rules which are put into place by system 12. Theoperational rules can reflect customer preferences to opt-out aspreviously described, privacy policies established by system 12 or bylaw, or a variety of other constraints. Once the system 12 has completedthe assessment step, it is ready to calculate a fee which includes allof the considerations previously described. The user then pays thecalculated fees (step 98) to begin the content distribution process. Thefees can be paid via credit card or another system 12-approved method ofpayment.

Once system 12 confirms payment for the services, system 12 then takessteps to prepare the content for delivery, in accordance with any system12 policy (step 100). The content delivery process will be outlined ingreater detail following. As part of the content delivery process,system 12 informs target audience members/customers through anotification process that the members have content which is available tobe transmitted. The content is delivered through system 12, over network24, eventually reaching a registered device 32. The notification processwill also be described later in greater detail.

Again, system 12 can elect to provide target audience members with anopportunity to opt-out of certain types of content. A respective membercan make an opt-out choice (step 104) resulting in system 12 providingan opt-out mechanism (106) to the member. The opt-out choice andmechanism can also be located as a preparatory step to selecting targetaudience membership by a user, and found earlier along method 76.Further, system 12 can make a decision as to which members are providedthe opt-out choice based on a variety of factors.

When a member/customer receives notification from system 12 that contentis waiting to be delivered, the member/customer then has a choice as towhether the member/customer will elect to accept the content (step 108).If the member/customer elects to receive the content, in one embodiment,the member/customer can authorize delivery by entering a personalidentification number (PIN) into the device, thereupon content isdelivered to the device (step 112). If a member/customer does not wishto accept the content, the content is not delivered (step 114). Amechanism such as PIN authorization allows system 12 to confirm that anauthorized customer on an authorized or registered device 32 is viewingparticular content. The PIN mechanism allows for privacy concerns to bemaintained by system 12. In addition, sensitive content such as adultcontent can be safeguarded. Finally, users can be assured through anauthorization system that the content that the user created was indeeddelivered to a targeted individual, the very person that the userdesires to deliver the content. The ability to deliver content in such atargeted manner adds significant value to the content and provides asignificant return to the user designing and developing the content.

Whether a member/customer elected to receive the content and receivedthe content, or the member/customer did not elect to receive the contentand did not receive the content is recorded in system 12 for analysis(step 116). Such information can be retained in database module 46 inany of the various databases associated with module 46 and can be usedto make educated recommendations, formulate trends, or perhaps determinefuture pricing for particular content over system 12.

The delivery of content to a particular member/customer is givenadditional value by the delivery of additional content which can bebased on a member/customer's responses to initial content. Based on acustomer's response, system 12 can deliver additional content. Thedelivery of additional content can make system 12, in conjunction withoverall system 10, a powerful tool for users. For example, a particularcustomer can be targeted by system 12 because they are in a particularage demographic and like “slasher” type movies. A new release of a DVDmovie in a fitting horror genre may be upcoming or already taking place.System 12 can deliver the notification that a well-known vendor ofmovies has content they wish to deliver to the customer. The targetedcustomer, recognizing the name of the well-known vendor, and based onpast transactions with the vendor, can accept the delivery of content.The content includes a video clip preview of the movie. At the end ofthe preview, the content may query the targeted customer as to whetherthe customer is interested in receiving a coupon from the well-knownvendor, which allows the customer to purchase the movie at a discount.If the customer responds positively, then system 12 can deliver theadditional content, in this case an instant-savings coupon which allowsthe customer to save money on a purchase of the movie at the particularwell-known vendor's store.

Additional examples of the interactive nature of the content deliverymechanism of system 12 will be described later, but for purposes of FIG.6, if the customer responds to content (step 118), the system 12 cancontinue to deliver additional content (step 120). The additionalcontent is based on the previous content. System 12 can continue tooffer content and provide additional content based on positive responsesfrom customers as desired to form an entire communication sequence witha customer, again, which will be further described. A series ofcommunication sequences can be integrated into a content delivery“program”, which can include an entire marketing scheme for a particulartarget audience.

When the communication sequence is terminated, either by reaching theend of the sequence or by the customer terminating the sequenceprematurely by negatively responding to content, the system 12 thenmoves to evaluate the series of events which transpired by firstcompiling response data (step 122). Thereafter or at some time in thefuture, system 12 runs statistical reports, conducts analysis, and/orexports data in order to provide users with analysis (step 124).Additionally, system 12 generates reports to aid in program analysisand/or recommendations to past, current and prospective users formarketing planning (step 126). Method 76 then ends (step 128).

As part of wrapping up transactional data associated with a particularcommunication sequence or series of communication sequences, system 12can include an “analysis center” which utilizes software executing onsystem 12 to provide interpretation of the data. The analysis center canbe a feature which is built into the user module 36 and making use ofuser database 48, for example. The analysis center can be hosted by aserver in system 12 and delivered via website over network 18 to userinterface 14. In a website embodiment of the analysis center,information is provided to users over the web on how to interpret theresults of previous and/or current content delivery programs. Theinformation can be provided for the purpose of analysis or to impactcurrent or future delivery programs.

An example analysis center can include data (quantitative and/orqualitative information) such as program response, conversion, cost perviewing, cost per response, cost per sale, top responder profiling,predictive models, or other information valuable to a user. System 12can implement an additional pricing model where program analysis chargesmay apply to some, or all of the above services. Further, users mayelect to use consulting services which integrate a representative ofsystem 12 and the user to provide a complete analysis of previousprograms and/or marketing plans for future programs.

To calculate, derive, extrapolate, or otherwise provide analysis of thedata of a particular program or communication sequence, system 12 canutilize various databases, such as user database 48. User database 48can include a relational database consisting of data supplied by, orderived from users. Examples of user data include categories as shown byFIG. 7 c. Categories such as product, service, location, pricing,distribution methods and seasonality can be tied together by arelational key. In one embodiment, a relational key can include a mobiletelephone number of an individual target audience member/customer.Stored procedures or similar executable code associated with the userdatabase, can store how to perform common operations, such as gatheringstatistical information about usage patterns.

In addition to a relational database which can be used by users,database module 46 can also include a transactional database, integratedinto payment database or elsewhere, which serves as a data repositoryused for operations and analysis. Transactions can include the examplesas shown by FIG. 7 d, such as costs, contacts, responses sales,revenues, and retail transactions. A transactional database can assistsystem 12 in post-program data management, such as generatingstatistical reports for a user. In addition, a series of transactionscan be analyzed by system 12 to increase system 12 performance or totailor a particular service of system 12 to a particular user.

Turning to FIG. 8, an example method 130 of dynamic content delivery toa mobile device 32 is depicted. System 12 has the ability to mergecontent which has been dynamically tailored by a user for a specific,targeted customer with geographic data about the targeted customer toprovide for a content delivery system which is highly effective. Method130 begins (step 132) by system 12 taking steps to determine geographicinformation of a customer or a plurality of customers (step 134). In oneembodiment, system 12 can ascertain geographical location using GPS datawhich is sent to system 12 over network 24. As such, a mobile device 32receives GPS signals from satellite 34. A processor on mobile devicedetermines differences in time or in frequency of the signal's arrivalto calculate a relative position in three-dimensional space. The mobiledevice 32 then regularly sends the location information to system 12. Aspart of a subscriber agreement with a customer, i.e., in exchange forreduced airtime charges or free mobile equipment, a customer can agreeto opt-in to sharing geographical information with system 12 asdescribed.

Once system 12 has received geographical information for a customer or aplurality of customers, system 12 then aggregates the data (step 136) todetermine populations of customers in specified geographical areas. Theaggregation calculation can be performed through the use of one or moremodules, such as database module 46 on system 12. As part of theaggregation calculation, system 12 can match specified user informationwith customer populations (step 138). Including time-sensitive contentcan make the system 12 even more powerful. For example, a professionalsports franchise, such as a baseball club, may have a game on aparticular Sunday afternoon. For an unknown reason, ticket sales on thatparticular day are down, and the club would like to fill the stadium,making perhaps less revenue but more than if the stadium were leftempty. A couple of hours before game time, the club may wish to targetindividual customers who are in the general location of the baseballfield. The customers in the defined geographical area may be able tomore easily attend the game with late notice, for example. As such, theuser (baseball club) has prepared dynamic content which advertises thegame (with accompanying video, sounds, etc.) The content may advertisetickets at ½ price.

System 12 matches the dynamic content which was built by the ball clubwith a targeted customer in a particular geographic location. Apopulation of customers can be identified by system 12 that have ahigher propensity to buy baseball tickets. For example, the customersmay be interested in baseball, sports in general, have attended games inthe past, etc. Factors which may or may not be selected by the club cancome into play. Again, system 12 can make an educated recommendationbased on data analysis. Once the population is identified and matchedwith user content, the system 12 then moves to identify particularcustomers in the specified population (step 140) to deliver the content.System 12 again can aggregate a list for each targeted customer to sendcontent. System 12 can also implement additional time-sensitive deliveryof content, where content advertising discounted prices are sent tocertain customers at a certain time, and closer to game time, additionalcustomers are targeted or additional content is sent.

System 12 then sends a content notification signal (SMS, etc.) to eachof the targeted customers (step 142). Again, the notification canidentify to a customer that content is waiting to be delivered. Thecustomer then accepts the delivery (step 144). Returning to the exampleof a baseball club user, the content can include a short video whichappears on the screen of the mobile device 32. The video can include astatement by a well-known player, inviting the customer to the game. Thevideo can include footage narrated by the team's announcer, describingthe opposing team and particular opposing players that the team willface.

Assuming that the customer responds positively to the program (again,step 144), the customer indicates by pressing a button or entering afour-digit PIN on mobile device 32. Content which is delivered to mobiledevice 32 can include executables, scripts, code, etc., thatautomatically run on mobile device 32 to provide interactivity to acustomer. An example interface will be later described. If the customerindicates that the customer wishes to purchase the tickets, thenotification is then sent over network 24 to system 12, where it isrecorded. Again, a customer can enter a four-digit PIN to provide forthe acceptance of content notification and/or for a positive response tocontent. User-developed content, once positively responded to, maytrigger the delivery of additional, associated content (step 146). Forexample, the baseball club may have an agreement with a local restaurantor food vendor located inside the baseball field to share advertisingcosts or jointly promote goods and services through system 12.

If a customer positively responds to the ticket content, then system 12can be programmed to send additional content to advertise beverages orfood. A local vendor may advertise a special including two large beers,two bags of peanuts, and two hot dogs for ½ price to those customerswhich positively responded to ticket content from the ball club. Acustomer can then again interact with mobile device 32 to positivelyrespond to the additional content. The delivery of additional, matchedcontent can follow a prioritization scheme which can be implemented inconjunction with prioritization module 44 operating on system 12, or inconjunction with database module 46, also operating on system 12. Userscan, with or without the help of system 12, implement the prioritizationscheme to follow a planned schedule of delivery based on a particularprogram.

System 12 includes innovative means for a customer to redeem incentivesstemming from positive responses to programs and content, which isreferred to herein as a “redemption mechanism.” Returning to thebaseball example, a customer may have the actual tickets transmittedelectronically through system 12, over network 24 to mobile device 32.In addition, a coupon for ½ off a food package can also beelectronically transmitted over system 12 and network 24 to device 32The electronic delivery of incentives, tickets and other data canproceed in a format which is compatible with known telecommunicationsequipment previously described. Here again, the electronic delivery ofcontent can include added scripts, code, executables, and the like tosecurely handshake with a particular mobile device 32 to safely deliverdata such as ticket information.

Once the customer reaches the baseball field, the customer can press abutton on mobile device 32 which, in one embodiment, causes programs toexecute on mobile device 32 to generate a bar code representation of theticket as an example of a redemption mechanism or redemption activityusing the device 32. The bar code is then displayed on the entire screenof the device 32. The tickets can then be read by a traditional bar codereader known in the art (step 148). In addition to containing means togenerate a bar code on device 32, system 12 can instruct device 32 todeliver the electronic ticket data wirelessly over a known protocol suchas Bluetooth, or even using a proprietary transmission means to deliverthe electronic ticket information through device 32 to the gate. At thesame time the customer redeems the various incentives the transactiondata is sent to system 12 and recorded in various database modules forlater analysis (step 150). Incentives are not limited to tickets, asdescribed in the foregoing example. Incentives can include coupons,merchant “dollars” which are redeemable for goods or services of aparticular user, and the like. Method 130 then ends (step 152).

FIG. 9 illustrates another method 154 of operation in conjunction withsystem 12 and overall system 10. Method 154 begins (step 156) by acustomer registering in the system 12 (step 158). The registrationprocess can be similar to the process previously described. In exchangefor registration in the system 12 and, for example, agreeing to receivecontent and/or to have geographical location information sent to system12, the customer can be provided a mobile device 32 at free or reducedcost (step 160). The device 32 can be a device which is compatible withknown cellular protocols as previously described. Additionally, device32 can include proprietary software or hardware which enables contentviewing or provided assistance with customer interactivity in light of aparticular program or content. For example, a provided device 32 can becompatible with a newer wireless protocol such as WiMAX or an equivalentwhich allows for the transfer of information and data at broadbandbandwidths. Device 32 can use a combination of protocols and/ortransmitting and receiving means to deliver content to a customer andsend information to/from the system 12.

Returning to FIG. 9, in a step similar to step 142 in FIG. 8, the system12 can then notify the customer of available content (step 162), whichthe customer then accepts (164) by pressing a four-digit PIN on device32 or in similar fashion. System 12 then records the acceptance of aprogram or particular content (step 166). Based on the program orcontent accepted by the customer, system 12 calculates a particularcontent-based incentive (step 168). The incentives can vary depending ona particular customer, particular user, or particular content. Thecontent-based incentive can be structured to increase non-linearly as anamount or type of content is viewed by the customer.

The incentives can include free or reduced air time, for example. As aresult, the more programs or content time which is viewed by a customer,the more reduced or free air time can be provided through system 12.Incentives can include coupons at retailers of the customer's choosing.Another example of an incentive can include a content time-based mileagesystem which rewards customers who view content in airline miles. Inmany cases, customers are in a position to view content provided throughsystem 12 without incurring any hardship, such as waiting on commutertrains or sitting at a bus terminal. Many customers can view content asa source of entertainment while providing any number of incentives inreturn.

In some cases, an incentive can be tied by system 12 to the delivery ofadditional content. For example, a customer can be offered a particularincentive once the system 12 has determined that the customer haswatched a specified number of minutes of content. The incentive caninclude tickets to a movie theater, the users thereof having partneredwith system 12 to locate customers which are in close geographicalproximity to deliver the particular content. System 12 can offer thecustomer the particular incentive (step 170), and the customer can thenindicate his acceptance of the incentive (step 172). Here, in method 154as in method 130, the system 12 can deliver additional matchedincentives to the customer. For example, the same movie theater user canthen, based on a favorable response by the customer, initiate a programwhich offers a discount on refreshments, such as a free bag of popcornwith any drink purchase (step 174). Method 154 then ends (176), althoughin some embodiments, the method may continue to provide matchedadditional incentives until the program ends or the customer declines toaccept.

As previously mentioned, system 12 can include a corresponding “ratingsystem” which allows customers to identify categories of content.Additionally, the customer can be presented with an option to opt-in oropt-out of certain kinds of rated content by system 12. Examples oftypes of content ratings according to a rating system are shown in FIG.10. Example ratings include MG for “generic,” MP for “political,” MT for“tobacco,” etc.

System 12 can include a mechanism which allows for customers who receivecertain content, and are enthusiastic about it, to share the contentwith a friend, family member, or associate. Such a mechanism isdescribed in an example method 178 of operation depicted in FIG. 11.Method 178 begins (step 180) with the step of system 12 sending out anotification of availability of content to a particular customer, as instep 162 of method 154. Method 178 again assumes that the customeraccepts content (step 184). The content is readied to be delivered, thendelivered to the customer and viewed (step 186). As a next step, system12 queries whether the customer would like to accept or positivelyrespond to the object of the program (step 188). Again, the method 178assumes that the customer has positively responded to the program (step190). If a customer does not positively respond, the program isprematurely terminated and the transaction is recorded by system 12(step 192). If the customer does positively respond, the programcontinues with the optional delivery of additional matched dynamiccontent until the program reaches a conclusion, or a customer declines aspecific offer (again, step 192).

At the conclusion of a program, system 12 queries whether the customerwishes to rate the content or provide other feedback (step 192).Providing rating or other feedback can be beneficial to system 12 byrelaying the rating information back to a particular user or bysuggesting improvements in the delivery of the content by system 12.Providing rating for content can be tied by system 12 to additionalincentives, such as air time or other promotions to encourage thepractice. Such incentives can be offered to a customer by sendingincentive content along with a query message asking the customer if theywish to rate the content.

If a customer decides to rate the content, then the customer proceeds torate the content (step 196). If a customer declines to rate the content,system 12 then queries whether the customer wishes to share the contentwith another contact (step 198). The additional contact is preferablyanother customer who is registered on system 12. If the customer wishesto share the content, system 12 can provide a predetermined list offriends (step 200) based on past transactions, or based on the phonedirectory of a particular customer, or based on additional factors. Thesystem 12 then readies content for the delivery (step 210). System 12can provide educated recommendations to other customers registered withsystem 12 which have an association with the particular customer.

To encourage the concept of delivering content to as many potentiallyinterested customers as possible, an incentive system can be itself tiedto the delivery of content to contacts of the customer. Such incentiveprograms can include an overall discount in the product for bothparties, should they elect to respond favorably to the content, oragain, reduced or free air time to the referring party, or any number ofrelated incentive options. System 12 can structure transactions suchthat, as more contacts of a particular customer elect to positivelyrespond to the content, each customer receives a greater savings orincentive.

Method 178 continues indefinitely as customers refer other contactcustomers to particular content or a particular program, potentiallytriggering the delivery of additional matched content in a dynamiccontent delivery operation as previously described. Method 178 concludesfor each respective customer when the respective customer declines toshare the content (step 220). Again, system 12 then records thetransactional data for further analysis.

Turning to FIG. 12, a method 206 illustrates an example virtual SMScommunication for a particular program over system 12. The method 206begins (step 208) with priority module 44 instructing SMS module 42 todeliver a content notification as previously described according to adelivery schedule implemented by module 44. Again, the contentnotification provides a communication that content is available to beviewed. In a next step, the SMS module 42 retrieves the SMS content(step 212), for example, by requesting the content from communicationsmodule 38 or elsewhere. The SMS content has been created by system 12,with or without the assistance of a user as part of an overall programof content and is stored in a location such as communications module 38for retrieval at an appropriate time.

Again, according to the schedule implemented by priority module 44, theSMS module delivers the SMS notification of available content (step216). The content is delivered over network 24 and viewed by a customer.Assuming the customer enters a PIN or otherwise indicates acceptance ofthe content, the gateway module 40 authenticates the customer's PIN orother method of acceptance by comparing with information which may bestored as part of gateway module 40, database module 46, or elsewhere(step 218). Once authenticated, the customer's positive response isrelayed to the priority module 44 (step 220). Module 44 receives theresponse data, and based on a predetermined schedule, then instructs theSMS module to deliver additional SMS content and/or streaming contentaccording to the schedule (step 222). The additional SMS or streamingcontent can include so-called “matched” content from the same ordifferent user having a relationship with the first user.

The instructions to deliver SMS content or streaming content aredelivered to media server 60 located on module 42 and/or SMS aggregator58, also located on module 42 or elsewhere. As a result, the mediaserver 60 streams video and/or associated data and information to theclient (mobile device 32), and/or the SMS aggregator 58 sends additionalSMS data (step 224). Again, assuming that the customer respondspositively to the matched content, the gateway module againauthenticates the acceptance (step 226). If the program includesadditional content (step 228) and the customer accepts the additionalcontent (step 229), then the acceptance data is again relayed to thepriority module (step 220) and the program continues. If the programterminates because the program itself concluded (step 228) or thecustomer prematurely terminated the program (step 229), then system 12performs the data analysis and recording functions which have previouslybeen described (step 230). The method 206 then ends (step 232).

FIGS. 13 a-13 f depict an example graphical user interface (GUI) displayof a mobile device 32 throughout a virtual SMS operation and/or deliveryof content as has been described. FIG. 13 a depicts a mobile device 32with an incorporated keypad 234 and display 236. Keypad 234 can includea numeric, alpha-numeric, or alphabet key scheme. Display 236 caninclude liquid crystal displays commonly known in the art. Additionally,display 236 can include touchscreen capabilities to provide additionalfunctionality when used in conjunction with system 12. The display 236of device 32 is broken into sections 238, 240, 242, and 244, whichprovide the illustrated functionality. Section 238 illustrates anexample SMS notification communication which has been delivered bysystem 12 over network 24. The SMS notification invites the customer toview a particular offer from a theater which is located in ageographical location proximate to the customer. The theater/user cantarget the customer because of the customer's location to the theater,as well as a variety of additional factors which have been described.

Section 240 depicts the mobile content rating system which has beenpreviously described. System 12 can indicate that particular content is,such as this case, generic for viewing purposes. In addition to sections238 and 240, system 12 can implement a variety of windows, screens,graphical images, video, audio, etc. in accordance with a particularprogram. In the embodiment shown, sections 242 and 244 provide for“accept” and “cancel” decision functionality. Again, however, variousscreens and choices can be included to tailor the delivery of materialto the dynamic content assembled by system 12 and/or a particular user.

Turning to FIG. 13 b, the customer has accepted the delivery of content.In accordance with method 76, 130, 154 and/or 206, system 12 thenqueries the customer for a four-digit PIN to verify identity in section246. Section 248 depicts the “star” characters which commonly areprogrammed to appear when an identification code is entered into aremote system. Again, device 32 again includes cancel functionality inthe embodiment shown, as well as a “PIN help” section 250 designed toassist a customer with the retrieval of PIN information if theinformation is misplaced by a customer.

FIG. 13 c depicts a next image with accompanying screens 252 and 254,which display the streaming and/or SMS content which has been deliveredto the device 32. In the particular embodiment shown, the contentincludes a video clip preview of an upcoming movie (section 252), aswell as a text invitation to accept an offer for two passes for $10.00(section 254), with the accompanying accept 242 and cancel 244functionality.

Assuming that the customer positively responds to the offer presented,the particular program shown continues in FIG. 13d with the notificationand/or delivery of matched content. In the embodiment shown, the programincludes the matched content of an additional refreshment offer by thetheater chain (section 256). Here again, the accompanying accept 242 andcancel 244 functionality is presented.

Assuming that the customer accepts the delivery of the matched content,the particular offer is then shown, again according to a schedule whichcan be implemented through module 44. FIG. 13 e illustrates the deliveryof the matched content as shown in section 258, again with accompanyingaccept 242 and cancel 244 functionality. Turning to FIG. 13 f, anexample redemption system is shown with accompanying text in section260, which instructs the customer to display the barcode (section 262)to the ticket attendant. System 12 has now uploaded the electronicticket information to the mobile device 32, where a processing devicelocated on device 32 converts the ticket data to the graphical barcodeimage seen. In the embodiment depicted, a ticket attendant can scan themobile device 32 with a traditional barcode reader to provideauthentication that the customer has purchased valid tickets over system12.

FIG. 14 illustrates an additional, optional feature associated withsystem 12 and the delivery of content. Method 264 describes the processof executing and implementing an example bidding mechanism over system12 which takes advantages of various features integrated into system 12which have been previously described. Method 264 begins (step 266) by auser taking some step(s) to identify a respective product or servicewhich is desired by the user to be marketed or sold to a customer usingthe bidding mechanism (step 268). The user can utilize subcomponents ofsystem 12 to identify products or services which are “bid-eligible,” ormay be recommended by system 12 through the use of statistical analysisby database module 46 as products which, for example, have seen previoussuccess as auction items using system 12. In one example, system 12 caninclude the example bidding mechanism/method 264 as part of the deliveryof matched content shown in methods 206 (see FIG. 12) or similar.

Once a user (with or without the assistance of system 12) has identifieda particular product or service to utilize the bid mechanism with, theuser and/or system 12 selects a respective target audience for theproduct or service (step 270). In the example of delivery of matchedcontent, the selection of a target audience may have been preliminarilydefined, whereas the implementation of method 264 is aimed towards thosecustomers who have accepted the delivery of matched content. In otherwords, the target audience may come to be defined or further definedthrough the content delivery process. In another example, a user canperform tasks similar to steps 134, 136, 138 and 140 (see FIG. 8) withthe assistance of system 12 to identify a particular customer(s).

Depending on the product/service identified and the respective targetaudience selected, system 12 can also make educated recommendations asto auction parameters such as price, quantity, duration of auction,reserve price (or no reserve), and other similar auction parameters. Auser can choose to select as much assistance from system 12 as hedesires in the auction formation process. In keeping with the functionalflexibility depicted in previous system 12 operations, a user canself-select virtually every aspect of a bidding transaction to suit aparticular situation. Once auction parameters are designated (step 272),the system again notifies the target customer(s) of available content(step 274) in a manner similar to that previously described, Assumingthat the customer accepts the auction content (step 276), the customerviews the content, and does not wish to place a bid or otherwiseparticipate in the auction (step 278), the method 264 then ends (step280).

If a customer views the content and wishes to participate, variousauction contents are handled in different ways by system 12. If thebidding is not deemed to be “interactive content” or content which isnot capable of being interactive (step 282), then a customer simplyenters a “hard bid” (step 284). If interactive auction content ispresented, system 12 incorporates an additional feature which here istermed “voicelink.” Voicelink is a process which allows a user todirectly link or otherwise communicate with a customer to perform taskssuch as negotiating price, quantity or other terms, or to simply obtainmore information about a particular product or service. If particularauction content is voicelink-capable, system 12 incorporatesnotification information into the auction content to let a customer knowthat the feature is available and to give the customer the option tolink with the user, or a representative of the user.

In an example operation of voicelink, a customer may be presented with aparticular model vehicle which has been sitting in a local dealer'sinventory for several months, and the dealer has determined with theassistance of system 12 that the dealer should liquidate the vehicle.System 12 has identified certain target customers to send the auctioninformation to, as well as related content such as audio and video whichdescribe the car which was assembled by the user for a previous system12 operation (earlier advertisement) and stored in database module 46 orelsewhere. Once the customer views the content, they are presented witha concluding screen which identifies auction parameters (e.g., reserveprice, time of auction, number of people the auction content is beingpresented to, etc.). In the concluding screen can be an option toactivate voicelink. The customer presses a button on mobile device 32corresponding to voicelink to activate the service. The customer ispresented with various voicelink choices which have been designated by auser for the instant auction. For the example operation described, thecustomer is presented with an option to speak with a representativeabout the vehicle itself (e.g., features, specifications, etc.). Thecustomer is also presented with an option to speak with a representativeto negotiate a “personal offer” which can be made by the customer. Thecustomer chooses the personal offer option.

Choosing the personal offer option activates system 12 to use the phonefeatures associated with mobile device 32. A call is placed to a private(perhaps undisclosed) line of a representative of the user/dealer who isgiven authority to negotiate an offer of purchase with certainrestrictions. In another embodiment, an SMS message may be sent to theuser representative using priority module 44 to inform therepresentative of a pending negotiation and to provide a contact numberof the customer for the representative to call. The direct link is thenmade (voice channel, SMS, etc.) between user and customer to discuss thepersonal offer.

Returning to method 264, once the customer discusses product/servicedetails, pricing, terms, and the like with the user or userrepresentative (step 288), then again bidding concludes (step 290), andthe customer is notified of the outcome (step 292). The method 264 thenends (step 280).

System 12 can perform various operations in conjunction with method 264that have been previously described, such as assisting a user to definean appropriate target audience. System 12, at the conclusion of anauction, can again perform transaction reporting functions similar tostep 150, FIG. 8 and step 230, FIG. 12 for the purposes of collecting,storing, and/or statistically analyzing data. System 12, with thepermission of a respective user in some cases, can aggregate the data toassist system 12 in performing educated recommendations in futuretransactions.

Turning to FIG. 15, an exemplary method 294 is described which performsan additional “gift registry” feature associated with system 12. System12 can collect, organize, and distribute gift registry information tocustomers who agree to grant access from/to the system for giftregistration purposes. Method 294 begins (step 296) by the process of acustomer granting the access (step 298). In one embodiment, system 12accesses database module 46 to determine friends, relatives, or otherassociates having a relationship link with the particular customer, andhave agreed to share gift registration information as the customer has.System 12 then assembles the registration information which can beorganized in various ways depending on a particular application, such asby name, type, organization or business, event (such as birthday,wedding, etc.), and the like. In one embodiment, the customer can choosea type of organization based on her preference.

Once the registration information is assembled, the system 12 providesthe information to the customer (step 300) over the network 24 to device32 where the information is viewed by the customer. The customer thenselects a list, or other organization of information (step 302). In oneembodiment, notification of the selection is transferred to the module46 where a gift registry database is accessed (step 304). The databaseinformation, which may include related data such as images, text,sounds, etc., is then delivered to device 32 to the customer (step 306).The customer again views the information, and may select a particularproduct or service found therein (step 308). Again, in one embodiment,system 12 incorporates additional features previously described, such asfacilitation of the delivery of matched content (step 310) to providenames of geographically-proximate vendors, for example, or to providespecial offers from users for the selected product or service. Thesystem 12 can continue to deliver matched content until the customerdeclines further content, again similar to the processes previouslydescribed.

The various processes, methods, and steps previously described can beimplemented using software, firmware, and/or hardware or a combinationof the foregoing which operates on system 10 and/or system 12. Thesystems 10 and 12 can implement software and firmware which executes onprocessing subcomponents, such as central processing unit 64 integratedinto media server 60 (see FIGS. 4, 5). The software or firmware can beembodied in a computer program product which can be stored innon-volatile memory such as a hard drive, and/or removable ortransferable memory such as flash memory. Software or firmware can beembodied in long-term storage media such as magnetic tapes, compactdisks (CDs), digital video disks (DVDs), and the like. Steps such asproviding a customer with a gift registry list (see step 300, FIG. 15)can be performed using software, hardware, or similar components thusdescribed.

While one or more embodiments of the present invention have beenillustrated in detail, the skilled artisan will appreciate thatmodifications and adaptations to those embodiments may be made withoutdeparting from the scope of the present invention as set forth in thefollowing claims.

1. A redemption system for a mobile device, comprising: a databasemodule for determining a target customer; a streaming module connectedto the database module for serving content to the target customer; and apriority module connected to the streaming module for implementing acontent delivery schedule, wherein: the streaming module serves firstcontent data to the target customer, whereupon if the target customeraffirmatively responds to the first content data, the priority modulecauses the system to send a redemption mechanism embedded in secondcontent data to the target customer, the redemption mechanism enablingthe target customer to engage in a redemption activity using the mobiledevice.
 2. The redemption system of claim 1, wherein the customerregisters on the redemption system to become authorized to receive thefirst content data.
 3. The redemption system of claim 1, wherein thefirst content data further includes video, audio, sounds, vibrations, ora combination thereof.
 4. The redemption system of claim 1, wherein theredemption mechanism further includes tickets, coupons, or redeemableincentives selected by a user.
 5. The redemption system of claim 4,wherein the second content data allows for the mobile device toreconstitute the tickets, coupons, or redeemable incentives into avehicle which can be displayed on the mobile device.
 6. The redemptionsystem of claim 5, wherein the redemption mechanism further includessending bar code information and the vehicle further includes displayinga bar code symbol.
 7. The redemption system of claim 1, wherein thefirst content data is transmitted to the mobile device via a wirelesstransmission protocol.
 8. The redemption system of claim 1, wherein thedatabase module records a response of the target customer forstatistical analysis.
 9. The redemption system of claim 1, wherein themobile device further includes a laptop computer, personal desktopassistant (PDA) or cellular phone device.
 10. A method for redeeming anincentive using a mobile device using a data management system,comprising: determining geographical information of a particularcustomer; aggregating the geographical information by the datamanagement system; matching the geographical information with user data;identifying a target customer based on the geographical informationmatched with user data; sending a content notification to the targetcustomer; and sending matched content to the target customer, wherein aredemption mechanism is embedded in the matched content to allow thetarget customer to redeem the incentive using the mobile device.
 11. Themethod of claim 10, further including registering the target customer onthe data management system to become authorized to receive the contentnotification.
 12. The method of claim 10, wherein the matched contentfurther includes video, audio, sounds, vibrations, or a combinationthereof.
 13. The method of claim 10, wherein the redemption mechanismfurther includes tickets, coupons, or redeemable incentives selected bya user.
 14. The method of claim 13, wherein the matched content allowsfor the mobile device to reconstitute the tickets, coupons, orredeemable incentives into a vehicle which can be displayed on themobile device.
 15. The method of claim 13, wherein the tickets, coupons,or redeemable incentives are embodied in bar code information which issent by the data management system to the mobile device, and the vehiclefurther includes displaying a bar code symbol on the mobile device. 16.The method of claim 10, wherein sending the matched content to themobile device is performed via a wireless transmission protocol.
 17. Themethod of claim 10, further including recording a response of the targetcustomer to the content notification for statistical analysis.
 18. Themethod of claim 10, wherein the mobile device further includes a laptopcomputer, personal desktop assistant (PDA) or cellular phone device. 19.A computer program product usable with a programmable computer processorhaving a computer readable program code embodied therein, comprising:computer readable program code which determines geographical informationof a particular customer; computer readable program code whichaggregates the geographical information by the data management system;computer readable program code which matches the geographicalinformation with user data; computer readable program code whichidentifies a target customer based on the geographical informationmatched with user data; computer readable program code which sends acontent notification to the target customer; and computer readableprogram code which sends matched content to the target customer, whereina redemption mechanism is embedded in the matched content to allow thetarget customer to redeem the incentive using the mobile device.
 20. Thecomputer program product of claim 19, wherein the first content datafurther includes video, audio, sounds, vibrations, or a combinationthereof.
 21. The computer program product of claim 19, wherein theredemption mechanism further includes tickets, coupons, or redeemableincentives selected by a user.
 22. The computer program product of claim19, wherein the second content data allows for the mobile device toreconstitute the tickets, coupons, or redeemable incentives into avehicle which can be displayed on the mobile device.
 23. The computerprogram product of claim 21, wherein the redemption mechanism furtherincludes sending bar code information and the vehicle further includesdisplaying a bar code symbol.
 24. A method of manufacturing a redemptionsystem for a mobile device, comprising: providing a database module fordetermining a target customer; providing a streaming module connected tothe database module for serving content to the target customer; andproviding a priority module connected to the streaming module forimplementing a content delivery schedule, wherein: the streaming moduleserves first content data to the target customer, whereupon if thetarget customer affirmatively responds to the first content data, thepriority module causes the system to send a redemption mechanismembedded in second content data to the target customer, the redemptionmechanism enabling the target customer to engage in a redemptionactivity using the mobile device.
 25. The method of manufacture of claim24, wherein the first content data further includes video, audio,sounds, vibrations, or a combination thereof.
 26. The method ofmanufacture of claim 24, wherein the redemption mechanism furtherincludes tickets, coupons, or redeemable incentives selected by a user.27. The method of manufacture of claim 24, wherein the second contentdata allows for the mobile device to reconstitute the tickets, coupons,or redeemable incentives into a vehicle which can be displayed on themobile device.
 28. The method of manufacture of claim 24, wherein themobile device further includes a laptop computer, personal desktopassistant (PDA) or cellular phone device.